Hello,
Cela fait 6 jours que je me casse la tête et que je n'arrive pas à gérer deux comptes gitlab.com différents avec deux clés publiques différentes sur le même compte Linux.
Il s'agit bien de deux compte gitlab.com et non de "private gitlab server".
J'ai créé deux pairs de clés dans ~/.ssh et sur chacun des comptes gitlab j'ai poussé la clé publique correspondante.
Cependant lorsque je veux faire un git clone d'un projet sur mon compte gitlab pro je m'aperçois que git utilise la clé ssh pour mon compte gitlab perso.
Je travaille aussi avec L'IDE Intellij sur deux projets différents (un sur chaque compte gitlab) et je suis dans l'impossibilité de commiter sur mon compte gitlab pro depuis 6 jours à cause de ce problème.
J'ai vu énormément de post à ce sujet sur stackoverflow mais aucune des solutions indiquées n'a fonctionné dans mon cas.
Quelqu'un aurait il une solution pour que je puisse travailler sur les deux comptes gitlab sans avoir à changer de compte linux?
Merci pour votre aide
Je suis sur Debian 10 et Intellij 2019
# Choix de la clé
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 1.
Tu devrais regarder du coté de l'agent SSH et comment on fait pour forcer/interdire une clé SSH en particulier.
En tout cas, ça se fait.
Bon courage.
[^] # Re: Choix de la clé
Posté par Orwell . Évalué à 1.
Oui mais ssh-agent est difficile voir impossible à manipuler depuis un IDE (Intellij ou VScode). De plus à chaque appel il c'est un nouveau process qui tourne et qui persiste.
[^] # Re: Choix de la clé
Posté par Cyril Brulebois (site web personnel) . Évalué à 6.
Dans la configuration de chaque dépôt :
ssh://gitlab1/…
oussh://gitlab2/…
Puis dans le fichier
~/.ssh/config
:Vérifier avec
git fetch
dans chaque checkout, et hop.Bien évidemment, on peut imaginer des choses plus pertinentes que
gitlab1
etgitlab2
d'un point de vue nommage…Debian Consultant @ DEBAMAX
[^] # Re: Choix de la clé
Posté par Orwell . Évalué à 1.
Merci Cyril
Mais j'ai déjà essayé cette config que j'ai trouvé sur stackoverflow et elle ne fonctionne pas sur ma machine.
Voici ce que ça donne sur mon poste.
Alors que la même paire de clé déposée sur un autre poste me permet de faire le git clone sans problème et même avec le commande ssh comme ceci.
Je veux bien essayer autre chose si tu as une idée.
Merci
[^] # Re: Choix de la clé
Posté par Cyril Brulebois (site web personnel) . Évalué à 1.
Hello,
Ça me semble normal : il faut que tu adaptes la configuration lors du
git clone
ou dugit fetch
pour utiliser un des paragraphes que tu as ajoutés, sinon c'est la configuration par défaut qui va être utilisée. Dans ton cas, tu peux essayer avec :git clone git@gitlab-perso:gitlabperso/cloud.git
(Tu pourrais également ajouter le nom d'utilisateur dans la configuration
~/.ssh/config
, pour éviter d'avoir à le spécifier dans ta ligne de commande et/ou ton.git/config
.)Debian Consultant @ DEBAMAX
[^] # Re: Choix de la clé
Posté par Orwell . Évalué à 1.
Ok Cyril,
Tu peux m'en dire plus ?
Comment dois je adapter ma configuration ?
Est-ce que tu as un exemple ? Sais tu si je dois y mettre l'email de login gitlab ou l'identifiant gitlab au format "@id"?
Car j'ai déja essayé avec les deux adresses email (celles des deux comptes) mais ça n'a rien donné de plus.
Je désespère …
Merci de ton aide
[^] # Re: Choix de la clé
Posté par Cyril Brulebois (site web personnel) . Évalué à 1.
Cf. ma réponse précédente : il faut modifier l'URL que tu utilises dans
git clone
, ou bien modifier ton.git/config
dans un clone existant pour quegit fetch
utilise l'URL modifiée. Il ne faut plus que ça pointe directement versgithub.com
mais versgitlab-perso
ougitlab-pro
tel que renseigné dans ton~/.ssh/config
J'avais même suggéré une commande à utiliser directement, en me basant sur ta configuration…
Debian Consultant @ DEBAMAX
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.